home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19961006-19970104 / 000386_news@columbia.edu _Mon Dec 30 15:13:30 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB

  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.3/8.8.3) with ESMTP id PAA02334 for <kermit.misc@watsun.cc.columbia.edu>; Mon, 30 Dec 1996 15:13:30 -0500 (EST)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.3/8.8.3) id PAA28577 for kermit.misc@watsun; Mon, 30 Dec 1996 15:13:30 -0500 (EST)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Binaries over telnet over PPP under Win95?
  8. Date: 30 Dec 1996 20:12:28 GMT
  9. Organization: Columbia University
  10. Lines: 20
  11. Distribution: na
  12. Message-ID: <5a97nc$43v$1@apakabar.cc.columbia.edu>
  13. References: <E38sno.2qB@world.std.com>
  14. NNTP-Posting-Host: watsun.cc.columbia.edu
  15. Xref: news.columbia.edu comp.protocols.kermit.misc:6342
  16.  
  17. In article <E38sno.2qB@world.std.com>,
  18. William Smith <wpns@world.std.com> wrote:
  19. : I tried several times over the weekend to transfer a rather large file
  20. : home, first by dumping it to a local disk using netscape (3.0 gold),
  21. : then by transferring it to my ISP and using Kermit to telnet into the
  22. : ISP over the PPP link, but on both cases I got modem disconnects after
  23. : a few minutes.
  24. : Dropping the PPP link and using Kermit to dial in directly worked
  25. : flawlessly, any idea where the problem might be?
  26. Unlike most other Kermit programs, Kermit 95 "unprefixes" most control
  27. characters by default.  Maybe your PPP link (most likely at the terminal
  28. server interface) is sensitive to one or more of them?  If that's the case,
  29. try "set prefixing all".
  30.  
  31. If that doesn't fix it, then maybe the Telnet server on the far end is
  32. chopping off the 8th bit.  In that case try "set parity space".
  33.  
  34. - Frank